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BACKGROUND OF THE INVENTION 

10 

(1) Field of the Invention 

The invention relates to a system and a method for updating an executing 
application software, and more particularly to the system and the method which utilize a 
module manner to update the executing application software. 

15 

(2) Description of the Prior Art 

In a conventional system, while the system intends to update an application 
software, execution of the application software is firstly terminated and then a new 
(new- version) application software can replace the old one. After the replacement, 
20 the new application software can then be started. 

In a client-server network system, new application software is usually stored in 
a server of the network to ease the downloading of the new application software at 
client computers for updating the application software. Hence, while the 
application software in the server is updated or altered, the server needs to inform 
25 all client computers of the existence of the new- version application software. On 
the other hand, while the user at the client computer end decides to update his/her 
application software, the first thing that the user needs to do is to terminate the 
execution of old application software, so that the client computer can be connected 
to a specific storage device in the network system for further downloading the new- 



version application software. At the client computer end, the downloaded 
application software is stored at the location used to store the old application 
software; i.e., the old application software is replaced by the new-version 
application software. Then, the new-version application software should be 
5 restarted beft>re any execution. 

In the art, it is obvious that the user needs to terminate the executing 
application software if he/she wants to process any updating upon the application 
software. Also, the new-version application software can only be used by restarting 
after the replacement or the updating. Therefore, in the conventional system, the 
10 executing application software is always interrupted before any replacing or 
updating. 

In addition, in the art, the client computer always downloads a complete 
package of the new-version application software to replace the old one. It is known 
that the application software may include a plurality of fimction modules. However, 

15 for the new- version application software, it is not implied that all the function 
modules for the application softrware are updated. Therefore, while downloading 
the new- version application softrware, it is safe to download all the ftmction 
modules at the same time, even though some function modules may not be updated. 
Apparently, downloading those un-changed ftmction modules is tedious and will 

20 affect the efficiency of updating the application software. 



SUMMARY OF THE INVENTION 

Accordingly, it is a primary object of the present invention to provide a system and 
25 a method for updating an executing application software in a module maimer. 

In accordance with the present invention, firstly, a client computer executes a first 
application software and raises a request to a server. Thereafter, the server accepts the 
request and sends out accordingly a second type file to the client computer. Then, the 
client computer performs following steps: (a) the first application software receiving the 
30 second type file fi-om the server; (b) utilizing the second type file, the first application 
software determining whether or not the version of the second application software 
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stored in a storage device is the same as that of the first application software, keeping 
executing the first application software if yes, and going to step (c) if no; (c) the first 
application software determining whether or not the second fiinction module of the 
second application software is updated, going to step (d) if yes, and going to step (e) if 
5 no; (d) the first application software determining whether or not any unprocessed second 
function module exists, going to step (c) for determining whether the next second 
function module is updated if yes, and going to step (f) if no; (e) utilizing the second 
type file, the first application software connecting the storage device storing the second 
function module for downloading and storing the second function module, and then 

10 going to step (d); (f) the first function module stored in the first storage location 
duplicating the second function module respective to the first function module stored in 
the second storage location to the second storage location for replacing the respective 
first function module; (g) the first fiinction module stored in the first storage location 
starting the first function module stored in the second storage location; (h) ending the 

15 first function module stored in the first storage location; and (i) the first function module 
stored in the second storage location duplicating the second function module respective 
to the first function module stored in the first storage location to the first storage 
location for replacing the respective first function module. 

Provided by the present invention, while updating the application software, it is 
20 not required for a user of the client computer to terminate the execution of the old 
application software. After the application software is updated in accordance with the 
present invention, the client computer can keep executing the new-version application 
software. Hence, in the present invention, a before-hand termination upon the executing 
application software for an updating is no more necessary. It is to say that, upon 
25 updating the application software in accordance with the present invention, both 
stopping the old application software and restarting the new-version application 
software are not required. 

Fvirthermore, while the application software is updated, the client computer can 
only download those updated fimction modules in the new-version appUcation software 
30 and preserve those unchanged fiinction modules, so that the efficiency of updating the 
application software can be increased. 

These and other objectives of the present invention will no doubt become obvious 
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to those of ordinary skill in the art after having read the following detailed description of 
the preferred embodiment, which is illustrated in the various figures and drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 

The present invention will now be specified v^dth reference to its preferred 
embodiment illustrated in the drawings, in which: 

FIG. 1 is a schematic view of a preferred system in accordance with the present 
invention; 

10 FIG. 2a is a flowchart of a preferred method in accordance with the present 

invention; 

FIG. 2b is a flowchart of a preferred method in accordance with the present 
invention; 

FIG. 3 is a schematic view of a first configuration file of the system in accordance 
15 with the present invention; 

FIG. 4 is a schematic view of a second configuration file of the system in 
accordance with the present invention; 

FIG. 5 is a schematic view of a first application software of the system in 
accordance with the present invention; and 

20 FIG- 6 is a schematic view of a second application software of the system in 

accordance with the present invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

25 The invention disclosed herein is directed to a system and a method for updating 

an executing application software in a module manner. In the following description, 
numerous details are set forth in order to provide a thorough understanding of the 
present invention. It will be appreciated by one skilled in the art that variations of these 
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specific details are possible while still achieving the results of the present invention. In 
other instance, well-known components are not described in detail in order not to 
unnecessarily obscure the present invention. 

Referring to FIG. 1 to FIG. 6, FIG. 1 is a schematic view of a preferred system 10 
in accordance with the present invention, FIG. 2a and 2b show a flowchart of a preferred 
method 1 1 in accordance with the present invention, FIG. 3 is a schematic view of a first 
configuration file 26 of the system 10, FIG. 4 is a schematic view of a second 
configuration file 18 of the system 10, FIG. 5 is a schematic view of a first application 
software 34 of the system 10, and FIG. 6 is a schematic view of a second application 
software 50 of the system 10. As shown, the system includes a server 12, a cUent 
computer 14 and a plurality of external servers 16. 

The server 12 includes a plurality of second configuration files 18 and a storage 
device 20. The client computer 14 includes a client storage device 22, a first 
configuration file 26 and a first application software 34. Each external server 16 
includes a storage device 24. 

The first configuration file 26 can be an independent file stored in the client 
computer 14 or can be stored in the registration file of the operation system. 

Referring to FIG. 3, each of the first configuration files 26 has a first application 
software version identification code 36 and a plurality of first fimction module version 
identification codes 38. As shown in FIG. 5, the first application software 34 includes a 
plurality of first ftinction module 40. The first application software version 
identification code 36 is respective to the first application software, and each of the first 
ftinction module version identification codes 38 is respective to a first fimction module 
40. 

In addition, the client storage device 22 fiirther has a first storage location 30 and a 
second storage location 32. The first fimction modules 40 can be divided into a first 
group and a second group. The first ftinction modules 40 of the first group are stored in 
the first storage location 30, and on the other hand the first fimction modules 40 of the 
second group are stored in the second storage location 32. 

As shown in FIG. 4, the second configuration file 18 includes an application 
software name 42, a file location 44, a second application software version identification 



code 46 and a plurality of second function module version identification codes 48. The 
file location 44 is respective to the storage device 20 or 24. The storage device 20 or 24 
is used to store a second application software 50 respective to the application software 
name 42. As shown in FIG. 6, the second application software 50 includes a plurality of 
second function modules 52. The second application software version identification 
code 46 is respective to the second application software 50, and each of the second 
function module version identification codes 48 is respective to one of the second 
function modules 52. 

Moreover, each of the first function modules 40 is respective to a second function 
module 52. In the present invention, the version identification code can be a version 
code or an updating time of the application software. The most recently-updated 
application software has the newest version. 

Refer now to FIG. 2a and 2b. In step 201, the client computer 14 executes the first 
application software and raises a request to the server 12. 

In step 202, the server 12 accepts the request and sends out a second configuration 
file 18 to the client computer 14 in accordance with the request. 

In step 203, the first application software 34 of the client computer 14 receives the 
second configuration file 18. 

In step 204, the first application software 34 determines whether or not the second 
application software version identification code 46 is the same as the first application 
software version identification code 36. If yes, keep executing the first application 
software 34. If no, go to step 205. 

In step 205, the first application software 34 determines whether or not the second 
fimction module version identification code 48 is the same as the respective first 
function module version identification code 38. If yes, go to step 206. If no, go to step 
207. 

In step 206, the first application software 34 determining whether or not any 
unprocessed second function module version identification code 48 exists. If yes, go to 
step 205 for determining the next second function module version identification code 48. 
If no, go to step 208. 



In step 207, the first application software 34 utilizes the file location 44 of the 
second configuration file 18 to connect with the respective storage device 20 or 24 for 
downloading the second ftmction module 52 respective to the second function module 
version identification code 48, and for fiirther storing the second function module 52 
into the client storage device 22. Then, go to step 206. 

In steps 205 to 207, the first application software 34 can utilize the second function 
module version identification codes 48 to judge if each of the second function modules 
52 is updated with respect to the corresponding first function module 40. Only in the 
case that the second function module 52 is judged to be an updated version, the first 
application module 34 processes the downloading. Therefore, the client computer 14 of 
the present invention does download only the updated second function modules 52, not 
all the second function modules 52. 

In step 206, as soon as the first application software 34 finds that no more 
unprocessed second function module version identification code 48 is left, it implies that 
the first application software 34 has completed the downloading of all the updated 
second function modules 52. That is, all the updated second function modules 52 in the 
second application software 50 have been stored into the client storage device 22. 

In step 208, the first function module 40 stored in the first storage location 30 
duplicates the second function module 52 respective to the first function module 40 
stored in the second storage location 32 to the second storage location 32 for replacing 
the respective first function module 40. 

In step 209, the first function module 40 stored in the first storage location 30 starts 
the first function module 40 stored in the second storage location 32. 

In step 210, the first function module 40 stored in the second storage location 32 can 
end the first function module 40 stored in the first storage location 30. 

In another embodiment of step 210, the first function module 40 stored in the first 
storage location 30 can be ended by itself 

In step 211, the first function module 40 stored in the second storage location 32 
duplicates the second function module 52 respective to the first function module 40 
stored in the first storage location 30 to the first storage location 30 for replacing the 
respective first function module 40. 



By providing the present invention, the system 10 can update the first application 
software 34 to the second application software 50, even though the system 10 is 
executing the first application software 34. After the updating, the second application 
software 50 can be used directly to continue the execution of the first application 
5 software 34 without any interruption throughout an executing job. Therefore, the 
system 10 of the present invention can perform an updating operation of the application 
software without bothering the user, so that a better application environment can be 
provided to the client computer 14. 

Compared to the prior art, the system 10 of the present invention can update 
10 successfiilly an executing application software. As soon as the application software in 
the server is updated or changed, the user needn't terminate the execution of the old 
application software and can directly update the version of the executing application 
software. The present invention is particularly efficient with those small-scale software 
or with a wide-band network environment. 

15 Therefore, in the system 10 of the present invention, the user can always work 

with the most updated version of the application software and can waive the notorious 
periodical upgrading operation upon the application software. For the users of the 
application software, always executing the newest version can be guaranteed by the 
automatic updating provided by the present invention. In addition, when the provider of 

20 the application software locates any bug in the software, the debugged application 
software can be provided in time to overwrite the old application software at the client 
computer end by utilizing the method of the present invention. 

Further, another characteristics of the present invention is that the system 10 
utilizes a module manner to update an executing application software. Before any 

25 download operation of the second function module 52, the system 10 can determine in 
advance whether the second function module 52 is an updated module or not. Only 
when the second function module 52 is an updated one, the client computer 14 needs to 
download the second function module 52. Therefore, the client computer 14 of the 
present invention can only download the updated second function modules 52, not all 

30 the second ftmction modules 52, so that the efficiency upon updating the application 
software can be increased. 



While the present invention has been particularly shown and described with 
reference to a preferred embodiment, it will be understood by those skilled in the art that 
various changes in form and detail m.ay be without departing from the spirit and scope 
of the present invention. 
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